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DETAILED ACTION 



Allowable Subject Matter 

1. The indicated allowability of claims 5-7, 21-28, 30-32, 34-36, 39-46, 48-50, 55-57, 71- 
76, and 90 is withdrawn in view of the following newly discovered reference(s). Rejections 
based on the newly cited reference(s) follow. 



Claim Rejections - 35 USC §102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

3. Claims 7, 21-26, 28, 32, 36, 39-46, 50, 57, 71-76 are rejected under 35 U.S.C. 102(e) as 
being anticipated US patent #6,384,849 (Morcos et al). 

As for claims 7, 57: Morcos et al teach a computer implemented method and 
corresponding system for generating menu/toolbar entities on a graphical user 
interface (figs. 2, 3, 5, 7), comprising the steps/means for providing an application 
which can be displayed in a frame 200 of a GUI (i.e., the application window) the 
application having a corresponding set of menu/toolbar entities 210, 220, 225, the 
application being in one of application states at any given time (merged state (13:49- 
52); activated or in focus (13:65-67)), information indicative of an application state 
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characteristic for each application state being contained in a data file, each application 
state characteristic defines a display characteristic for at least one set of menu/toolbar 
entities (14:1-24), and generating a display set of menu/toolbar entities on the GUI 
(figs. 2, 3, 5, 7), wherein the display characteristic is one of enabled and disabled 
menu/toolbar entity (see explanation of fig. 1 1). The application states include a 
plurality of states (merged state (13:49-52); activated or in focus (13:65-67), acting as 
a container or server (14: 1-4)) and a plurality of state-parts (e.g., active and acting as 
a container, active and acting as a server (14:1-4)). At any given time, the application 
can be in an active or inactive state, and can be in a container or a server state-part 
(14:1-4). 

- As for claims 21-23, 25-26, 46, 50, 71, 72: Morcos et al teach a computer 

implemented method and corresponding system for generating menu/toolbar entities 
on a graphical user interface having a parent frame for displaying menu/toolbar items 
(figs. 2, 3, 5, 7) and a plurality of child frames (4:53-63; 5:59-62; 13:25-57), 
comprising the steps/means for providing a set of applications which can be displayed 
in the child frames (5:59-62; 13:25-57), each application having a corresponding set 
of menu/toolbar entities (4:53-63; 13: 24, "Command Bar Merging"), information 
indicative of a policy for each of the menu/toolbar entity being contained in a data file 
(9:23-26; 14:1-32), each of the applications being in one of application states at any 
given time (merged state (13:49-52); activated or in focus (13:65-67)), information 
indicative of an application state characteristic for each application state being 
contained in a data file, each application state characteristic defines a display 
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characteristic for at least one set of menu/toolbar entities (14:1-24), and generating a 
display set of menu/toolbar entities on the GUI (figs. 2, 3, 5, 7) based on the policy of 
the menu/toolbar entity for a currently focused one of the applications, wherein the 
policy include replace policy and append policy (i.e., donated/merged or removed), 
each menu/toolbar entity having an ID (9:26-35, 63-67), comparing the ID of 
menu/toolbar entities to the ID of a current set of menu/toolbar entities (10:50-54; 
14:7-14) and replacing the matched menu/toolbar entity of the current set with the 
matched menu/toolbar entity of the set gaining focus (14:37-39), or adding the 
matched menu/toolbar entity to the set (14:40-56). 
- As for claims 24, 28, 39-44, 73-76: Morcos et al teach a computer implemented 
method and corresponding system for generating menu/toolbar entities on a graphical 
user interface having a parent frame for displaying menu/toolbar items (figs. 2, 3, 5, 
7) and a plurality of child frames (4:53-63; 5:59-62; 13:25-57), comprising the 
steps/means for providing a set of applications which can be displayed in the child 
frames (5:59-62; 13:25-57), each application having a corresponding set of 
menu/toolbar entities (4:53-63; 13: 24, "Command Bar Merging"), information 
indicative of a policy for each of the menu/toolbar entity being contained in a data file 
(9:23-26; 14:1-32), each of the applications being in one of application states at any 
given time (merged state (13:49-52); activated or in focus (13:65-67)), information 
indicative of an application state characteristic for each application state being 
contained in a data file, each application state characteristic defines a display 
characteristic for at least one set of menu/toolbar entities (14:1-24), and generating a 
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display set of menu/toolbar entities on the GUI (figs. 2, 3, 5, 7) based on the policy of 
the menu/toolbar entity for a currently focused one of the applications, wherein the 
policy include merge policy, replace policy and append policy (i.e., donated, merged 
or removed. 14:15-50), each menu/toolbar entity having an ID (9:26-35, 63-67; 
10:43-44), comparing the ID of menu/toolbar entities to the ID of each menu/toolbar 
in a current set of menu/toolbar entities (10:50-54; 12:50-52; 14:7-14) and replacing 
the matched menu/toolbar entity of the current set with the matched menu/toolbar 
entity of the set gaining focus (14:37-39), or adding the matched menu/toolbar entity 
to the set (14:40-56). 
- As for claims 32, 36: Morcos et al teach a computer implemented method and 
corresponding system for generating menu/toolbar entities on a graphical user 
interface having a parent frame for displaying menu/toolbar items (figs. 2, 3, 5, 7) and 
a plurality of child frames (4:53-63; 5:59-62; 13:25-57), comprising the steps/means 
for providing a set of applications which can be displayed in the child frames (5:59- 
62; 13:25-57), each application having a corresponding set of menu/toolbar entities 
(4:53-63; 13: 24, "Command Bar Merging"), information indicative of a policy for 
each of the menu/toolbar entity being contained in a data file (9:23-26; 14:1-32), each 
of the applications being in one of application states at any given time (merged state 
(13:49-52); activated or in focus (13:65-67)), information indicative of an application 
state characteristic for each application state being contained in a data file, each 
application state characteristic defines a display characteristic for at least one set of 
menu/toolbar entities (14:1-24), and generating a display set of menu/toolbar entities 
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on the GUI (figs. 2, 3, 5, 7) based on the policy of the menu/toolbar entity for a 
currently focused one of the applications, the application states include a plurality of 
states (merged state (13:49-52); activated or in focus (13:65-67), acting as a container 
or server (14:1-4)) and a plurality of state-parts (e.g., active and acting as a container, 
active and acting as a server (14:1-4)). At any given time, the application can be in 
an active or inactive state, and can be in a container or a server state-part (14:1-4). 



Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 5, 6, 27, 30, 31, 34, 35, 48, 49, 55, 56, and 90 rejected under 35 U.S.C. 103(a) as 
being unpatentable over US patent #6,384,849 (Morcos et al). 

- As for claims 5, 55: Morcos et al teach a computer implemented method and 
corresponding system for generating menu/toolbar entities on a graphical user 
interface (figs. 2, 3, 5, 7), comprising the steps/means for providing an application 
which can be displayed in a frame 200 of a GUI (i.e., the application window) the 
application having a corresponding set of menu/toolbar entities 210, 220, 225, the 
application being in one of application states at any given time (merged state (13:49- 
52); activated or in focus (13:65-67), acting as a container or server (14:1-4)), 
information indicative of an application state characteristic for each application state 
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being contained in a data file, each application state characteristic defines a display 
characteristic for at least one set of menu/toolbar entities (14: 1 -24), and generating a 
display set of menu/toolbar entities on the GUI (figs. 2, 3, 5, 7), wherein the display 
characteristic is one of enabled and disabled menu/toolbar entity (see explanation of 
fig. 11). Morcos fails to clearly teach that the data file comprises information having 
a text format of <state><property>=<item, item, item. . .>, however clearly suggested 
in 14:1-24 that the application maintains state information ("state specification") and 
the number of active ("enabled property") GUI elements ("items") at each application 
state. Thus it would have been obvious to one of skill in the art, at the time the 
invention was made and in light of Morcos disclosure, to implement the data file 
having the text format of <state><property>^<item, item, item. . .> to Morcos. 
Motivation of the implementation is suggested by Morcos as set forth above. 

- As for claims 6, 31, 35, 49, 56: The menu/toolbar entities include menu items and 
toolbar items (figs. 2, 3, 5, 7). 

- As for claims 27, 45: Morcos fails to clearly teach the creating of a Java container, 
however discloses that the second application can be an embedded application. This 
teaching suggests the implementation of an embedded Java applet which is well 
known in the art. The embedded Java applet when activated, creates a Java container. 
The Java container can also be destroyed or in focus. 

- As for claims 30, 34, 48, 90: Morcos et al teach a computer implemented method and 
corresponding system for generating menu/toolbar entities on a graphical user 
interface having a parent frame for displaying menu/toolbar items (figs. 2, 3, 5, 7) and 
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a plurality of child frames (4:53-63; 5:59-62; 13:25-57), comprising the steps/means 
for providing a set of applications which can be displayed in the child frames (5:59- 
62; 13:25-57), each application having a corresponding set of menu/toolbar entities 
(4:53-63; 13: 24, "Command Bar Merging"), information indicative of a policy for 
each of the menu/toolbar entity being contained in a data file (9:23-26; 14:1-32), each 
of the applications being in one of application states at any given time (merged state 
(13:49-52); activated or in focus (13:65-67)), information indicative of an application 
state characteristic for each application state being contained in a data file, each 
application state characteristic defines a display characteristic for at least one set of 
menu/toolbar entities (14:1-24), and generating a display set of menu/toolbar entities 
on the GUI (figs. 2, 3, 5, 7) based on the policy of the menu/toolbar entity for a 
currently focused one of the applications, wherein the policy include replace policy 
and append policy (i.e., donated/merged or removed), each menu/toolbar entity 
having an ID (9:26-35, 63-67), comparing the ID of menu/toolbar entities to the ID of 
a current set of menu/toolbar entities (10:50-54; 14:7-14) and replacing the matched 
menu/toolbar entity of the current set with the matched menu/toolbar entity of the set 
gaining focus (14:37-39), or adding the matched menu/toolbar entity to the set 
(14:40-56). Morcos fails to clearly teach that the data file comprises information 
having a text format of <state><property>=<item, item, item. . .>, however clearly 
suggested in 14:1-24 that the application maintains state information ("state 
specification") and the number of active ("enabled property") GUI elements ("items") 
at each application state. Thus it would have been obvious to one of skill in the art, at 
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the time the invention was made and in light of Morcos disclosure, to implement the 
data file having the text format of <state><property>=<item, item, item. . .> to 
Morcos. Motivation of the implementation is suggested by Morcos as set forth 
above. 

6. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ba Huynh whose telephone number is (703) 305-9794. The 
examiner can normally be reached on Mon - Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Heather Herndon can be reached on (703) 308-5186. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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